版本控制在現今已經是相當普及的東西 (一項技能?)，不過程式開發者有可能只有版控程式碼而沒有版控資料庫操作，或者後端框架也越來越多有 Migration 的功能能夠版本控制，不過結尾日 Day 30 來講一個不需要框架就能使用的資料庫版控的工具 Flyway。

資料庫操作目前有什麼淺在風險?

1. 沒有相關SQL版本控制。
2. 手動操作失誤風險。
3. 許多使用者可能有太多生產環境的操作權限。

Solution

• 使用 Flyway
• 支援SQL Server, Postgres, MySQL, Oracle …等等主流資料庫
• 使用 Migrations 作為版控機制

Flyway特色

1. 簡單易學，這也是為什麼Flyway很受歡迎。
2. 專注於資料庫版控

好處

• 可以知道誰做了什麼改變、他們是如何做的以及他們何時做的
• 減少生產環境使用者權限
• 更容易本機端佈署
• 執行更快速
• 更可靠，降低人為失誤風險

下載Flyway Desktop

可以到 Flyway 官方網站下載 Flyway Desktop 也包含了 Flyway Command Line，我們將使用免費版本，不過必須要註冊一下才可以使用。(不用輸入信用卡)

建立 Flyway Project

我們一開始要NewProject建立出一個文件，這個文件將是Flyway版本控制的內容，指定Project location，這個路徑會是之後下Git的路徑，專案建出的時候Flyway也會建立出.gitignore檔案。

Manage target databases

接著輸入要版控的資料庫連線資訊，我以本機為例，輸入資料庫名稱、Schemas等完成配置。

首次設定要設置BaseLine

1. 點擊 Advanced settings
2. 點擊 Add parameters
3. 選擇 baselineOnMigrate，Enter variable 輸入 = true。

完成以上步驟，Flyway才知道從哪開始版控。

Add migration / Run migrate

接著要開始進入版本控制階段，點選Add migration按鈕，版本會自動帶好(序號+日期)，要輸入描述與執行內容，最後Run migrate，大功告成。

CREATE TABLE employees (
    emp_no      INT             NOT NULL,  
    birth_date  DATE            NOT NULL,
    first_name  VARCHAR(14)     NOT NULL,
    last_name   VARCHAR(16)     NOT NULL,
    hire_date   DATE            NOT NULL,
    PRIMARY KEY (emp_no)                 
);

後續

接著後續可以使用Git推到Github或是Gitea，更多資料庫版控也推薦 Sponge大大的鐵人賽系列文章 : 資料庫也有版本控制 。

系列結語與心得

完成的時間比預期還要久上不少，雖然美中不足，但還是很開心完成了一件對我而言有意義的事情，這個系列還能寫到30天必須感謝許多人，職場前輩的提點、家人的支持，以及W.H.大大給我的鼓勵，新手入門系列撰寫的過程中不只是複習資料庫，也學習到了一些實務上較少運用的內容，雖然收穫許多，但仍有許多資料庫主題尚未提及，之後有機會的話，我們 Medium 再見，感謝各位大大。